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1.0 INTRODUCTION 


This document describes the diagnostic test program for the 
General I/O Channel (hereinafter referred to as the GIC). This 
program is designed to verify correct operation of all func- 
tions of the GIC provided that all sections, both standard and 
extended, are executed. This is accomplished by exhaustively act- 
ivating and checking each logical function of the unit under 
test. This program is written in the SPL-II language. 


1.1 REQUIRED HARDWARE © 


Special logic functions have been included on the GIC to permit 
the state machines to be exercised and meaningful failure data to 
be obtained. Activation of these functions via Mode Switch S5, 
however, makes the unit under test unsuitable as a device to 
communicate with other I/O devices, such as the flexible disc or 
Magnetic tape unit. Several methods of operation, each requiring 
different equipment, are possible. 


In configuring the hardware for this diagnostic, there are four 
considerations: 


(1) Hardware. An HP3000 HP-IB version computer system with 128 
kbytes of memory. 


(2) Loading. Either the GIC under test must work well enough to 
load DUSIII or an additional GIC is required. 


(3) Isolation from HP-IB. The GIC under test must be discon- 
nected from the HP-IB except in Section 25. 


(4) Section 25. If the GIC-to-GIC test is to be run, a second GIC 
is required to communicate with the GIC under test via the 
HP-IB. 


This is summarized in Figures 1.1 and 1.2 
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*There is enough hardware to run optional Test 
Section 25. , 


Figure 1.1 Required Hardware Summary 
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Mode 2a - Loading and Running Test Sections 1 through 24 


| | 
| HP 3000 | IOP BUS 
HP 7970 --| 
| «Ir | 
| | 
| 
| 


Terminal 


or 
HP Console 


Series |----------- 





Mode 2b ~ Running Test Section 25 


| 
HP 3000 | IOP BUS 


| 
| 
HP 7970 --| 
} «Ir | 
| 


| 
Terminal 


or 
HP. Console 


Figure 1.2 


Series |----------- 








| | 
(No other connection) 


HP 30341A 
| 
| IMBw owen nr ern ner nn 
| I 
| i 
| | 
| | | 
| | GIc | 
i | Under | 
| | Test | 
| | | 
| : 
[i RS er ac nee APNE 
HP 30341A 
| : | 
| IMBoo ene n nnn rrr rrr 
| { | 
| I | 
| | | 
1] | { | 
1 | GIC | | Second | 
1 | Under j | Known = | 
| | Test | | Good GIC}{ 
1 | | \ | 
| |J3 [J3 
| 
| 
| 


Hardware Configuration for Modes 2a and 2b 


836-3 





GIC Diagnostic 


1.2 REQUIRED SOFTWARE 


DUSIII file system plus the GIC diagnostic program. 


1.3 DIAGNOSTIC PROGRAM ._ STRUCTURE 
The heirarchy for this diagnostic program is: 


Program 
Section 
Step 
Case 


where a step is the smallest entity (not necessarily loopable) 
which contains at least one case and verifies operation of one 
conceptually separate function. Steps include one or more cases 
when a single stimulus sets up multiple conditions to be 
verified. ; 


A case is defined as the entity which verifies proper circuit 
conditions along a distinct path in the logic of the unit under 
test. Associated with each case is a subsection of the hardware 
which is required to be functional for that case to succeed. 
Cases occur in the program flow wherever program statements have 
established proper conditions in the unit under test to verify 
that a function has or has not operated properly. As some cases 
are used in several steps, case numbers do not appear ina 
strictly ascending order from the beginning to the end of the 
diagnostic program. Step numbers, however, are in strictly as-~ 
cending order, with each step assigned a unique number. 


1.4 TESTING PHILOSOPHY 


The GIC circuitry is not divisible into simple blocks for diag- 
nosis; many logical paths contribute to proper operation of sev- 
eral board functions. 


This diagnostic program is substantially different from other 
programs of this nature previously produced for Hewlett-Packard 
data products. This unique design is an attempt to achieve the 
goal of providing the diagnostic program user with the intimate 
circuit knowledge of the design engineer. The program and docu- 
Mentation is optimized to provide the user with a maximum amount 
of useable data about the tests being performed, the circuitry 
involved in these tests, the circuit elements which are suspected 
of failure, as well as symptom data about each failure. 


This program is used with the “board-swap" method of trouble- 
shooting. By running the diagnostic, a GIC board is tested to 
determine if any error occurs. If one does, the board is replac~ 
ed. 
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The goals of this diagnostic are achieved by first testing a min- 
imum subset of the logic which must be functional before any 
data can be obtained from the unit under test. When this section 
of logic has been verified, another small section is added to 
this original kernel and tested with it, assuming that the first 
section tested operates properly. Additional logic functions are 
included in the cases, each piece being verified before it is 
used to test adjacent functions. As errors are detected, they 
are reported in two ways: 


(1) Error messages are generated at the time the errors are de- 
tected. These may contain expected/obtained values, as well 
as reporting other symptoms of the malfunction. 


(2) Each case which fails or passes is recorded. After the di- 


agnostic has run to completion, the numbers of the cases 
which have failed are supplied by the program to the user in 
the Fault Data Summary. One may then correlate this data 


through the use of the GIC Diagnostic IMS to determine which 
hardware module is most likely to have failed, which modules 
are suspected of failure, and which modules have not been 
involved in cases which failed. One may also use this in- 
formation with the IMS to trace on a schematic, in a fol- 
low-the-dots fashion, the exact path traversed through the 
logic in the cases that failed. 


1.5 TEST LIMITATIONS 


Running the standard set of Sections rather than the complete set 
results in some limitations. 


a. Section 25 tests the GIC by communicating on the HP-IB_ back 
and forth to a known-good GIC, thus adding tests for: 


(1) The pin-drivers on the PHI chip 
(2) The HP-IB Transceiver chips 
(3) Master-slave handshake contention on the IMB 


(4) Running the DMA machine at higher speed than the remainder 
of the diagnostic. 


Conditions 3 and 4 cannot be checked by the 9570 test for the 
GIC. 


b. The SWITCHES command adds steps to Section 1 which require the 
operator to set all switches to all positions, thus ‘adding 
tests for: 


(1) channel response at CHAN ADDRs not otherwise used (console 
etc. ) 


(2) DEVICE TYPE switch in both positions 
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(3) PROCESSOR switch in both positions 


The limitations of the complete program come under these general 
headings: limitations due to the test cases used and limitations 
resulting from the inability to test certain logic. 


a. Limitations due to inability to test certain logic: 
(1) Bus Request Logic is not checked, 


(2) Race conditions involving asynchronous circuitry cannot be 
checked. , 


(3) Output signals from certain DMA states cannot be verified. 


(4) Special PHI handshakes included to provide for early 
asynchronous PHI handshake assertion and completion cannot 
be checked. 


(5) Logic to Prevent unassertion of memory read requests be- 
fore completion of the Master handshake cannot be veri- 
fied. 


(6) HSEN on the HP-IB transceivers is not checked. 


(7) Data rate on the HP-IB is never checked. 


Conditions 2, 3, 4, 5, 6, and 7 cannot be checked by the 9570 
test for the GIC. 


b. Limitations due to test cases 


Because the test cases were generated using the idea that each IC 
Output should be "active" at least once (see the GIC Diagnostic 
IMS for definition of active), no rigorous verification was ever 
Made that all outputs had been verified in each state which they 
can assume. No rigorous verification was made to determine that 
adjacent IC pins or bus lines On some internal data paths were 
not shorted together. The test cases. do, however, provide a very 
thorough and strenuous exercise of the PCA through as Many of its 
possible states as is reasonably practical. 
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| | II | 
| | | 


i ee) 
2.0 INTRODUCTION 

Before running this diagnostic be sure that the physical config- 
uration (switches on the frontplane) matches the logical config- 


uration required by the operating system. 


There are two modes of operation possible for this diagnostic 
program, the standard (default) mode and the optional mode. 


To operate in either mode, the following steps must™be executed: 


(1) Set the GIC board Mode Switch S5 to the TEST position and 
bring up DUSIII. 


(2) When the DUSIII prompt character (:) is displayed, respond 
‘GICDIAG' to load the diagnostic. iets 


(3) The GIC Diagnostic Program displays its title message and 
prompt character '>', 


2.1 LOADING THE SYSTEM 


(1) Perform an MPE 'SHUTDOWN' to properly logoff every current 
session, if applicable. 


(2) Run the terminal Self-Test and verify the displayed results. 

(3) Fully reset the terminal. 

(4) Ensure that the terminal is in REMOTE. 

(5) Install a GIC Tape on the Cold-Load Tape Unit. 

(6) If the cold-load device is an HP 7970B/E, set the Control 
Panel Switch Register to $3006. If the cold-load device is 
an HP 7976, set the Switch Register to: 

0 cccc DDD 01 111 101 
where: CCCC = channel number (binary) to which the device is 


attached and DDD = device number (binary) of 
the device. 
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(7) Press HALT; then press ENABLE and LOAD. 


(8) Set Switch Register to l. 
(9) Press RUN. 


(10) GIC will be loadea from tape. 

(11) Press the RETURN key on the terminal to speed-sense the 
terminal. 

(12) The welcome message and prompt are displayed: 

General I/O Channel revision XxX. xx 


Enter your program name (Type HELP for program information) 
(The revision is determined by the latest release date of the 
FMGR progran. ) 


(HELP is an AID Program that presents file and command 
information. ) 


2.2 STANDARD MODE 


(1) If the standard mode is to be executed, the operator res- 
ponds 'GO' and diagnostic execution begins. 


The standard mode is defined as follows: 


(a) Execute all Diagnostic Sections except Sections 24 and 


(b) Display error, information, and prompt messages. 
(c) Pause on errors and prompts. 

2.3 EXTENDED MODE 

(1) I£ the optional mode is to be executed, the Operator may 
input one or more of the commands discussed in paragraph 


2. 3. 


After all desired Options have been entered, the operator 
enters 'GO', and the diagnostic will begin execution. 


The diagnostic will run until an error condition is detected 
or all selected sections have been executed. 
2.4 GIC DIAGNOSTIC COMMANDS 
These commands are used when the GIC diagnostic is not in the run 
mode (i.e., it is in a pause or wait state) and they are usually 


executed before the GO command. 


OUTPUT AND PAUSES 
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PRINTER- 


*EEPR - 
SEPR - 


*ENPR = 
SNPR = 


*EEPS = 
SEPS = 


RST - 


print error messages and the Fault Data Summary. 


enable error messages. 
suppress error messages. 


enable non-error messages. 
suppress non-error messages. 


enable pauses after error messages. 
suppress pauses after error messages. 


reset message and pause commands to default state; 
supercede PRINTER command. 


*Default Value 


TEST SELECTION 


SWITCHES- execute switch test portions of Section l 


NOSWITCHES- supercedes SWITCHES command 


TEST ~ change from the default set of section execution: 


‘TEST 1,5,8' -~ execute sections 1,5 and 8. 
"TEST 1/3,8' -~ execute sections 1,2,3, and 8. 
‘TEST +3,6' -- add sections 3 and 6. 

‘TEST -3,6' -- remove sections 3 and 6. 


PROGRAM CONTROL 


GO 


EXIT 


1 


RUN = 


LOOP = 


LOOPOFF~ 


continue diagnostic execution from a pause. 

stop diagnostic execution and return to DUSIII. 
restart execution of diagnostic at the beginning. 
(supercedes SWITCHES and PRINTER commands; 

does not affect LOOP and TEST commands) 

loop on the selected sections. 


supercede the LOOP command. 
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III | 
| 


| | 
EXECUTION TIMES | SECTION | 

| 

| 





3.0 INTRODUCTION 


The following information provides timing information for all 
test sections and information regarding the execution status of 
each test section. 





| | 
| 


l | | | 
Std.|Sect Steps | Description | Time |Notes| 
| | | | 
| | | | | | 
1;* ¢ 2 1-19 {| Switches and Interrupts | | 4 | 

1 * ¢{ 2 20-21 | PHI Verification | 3 sec] 
}* | 3 22-24 {| Partial CSRQ Test |} ms | | 

;* | 4 25-27 | Partial CSRQ Test | ms | 
{* | 5 28-29 | Parallel Poll Priority Encoder| ms _ | | 
; * | 6 30-34 | Partial CSROQ Test | ms | | 
1 * | 7 35-37 | Registers 8, 9, and 10 |} ms f{ j 
i* | 8 38-57 | DMA State Machine { ms | 1 | 
1* | 9 58-62 | Right Output DMA Transfer |} ms | 1 | 
; * | 10 63-65 | Right Output DMA Transfer |} ms {| 1 | 
i * jf 11 66-77 | Left Input DMA Transfer | ms | 1 | 
; * | 12 78-82 | DMA Input Transfers i ms | 1 | 
1 * | 13 83~85 | Right to Left Byte DMA Path {i ms | 1 | 
; * | 14 86-87 | DMA Wait States | ms f| 1 | 
| * | 15 88-89 | DMA Wait States | ms | 1 | 
| * | 16 90-91 | Address Rollover | ms {| 1 | 
i * | 17 92 | IMB Memory Timeout } ms | 1 | 

i * | 18 93-94 | Parity Error Abort } ms | 1 

{| * | 19 95 | DNV Assertion |} ms j{|-1 | 
| * | 20 96 | DNV Assertion ! ms | 1 | 
}* | 21 97 | New Status when not CACS | ms | 1 f 
i * | 22 98 | DNV Assertion | ms | 1 | 
1 * | 23 99-100 | DMA Loopback Tests i ms | 1 f 
| } 24 101-104 | Timeout Logic 1 4 sec] 2 | 
| { 25 105 | GIC-to-GIC Transfers 140 sec] 2,3 | 
| | | | | 


| 








Figure 3.1 Table of Sections 
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3.1 NOTES: 


total running time per pass: 


* 


(1) 


(2) 
(3) 


(4) 


Standard set 
complete set 


3 seconds 
5 minutes including operator cabling 


Part of standard set of Sections 


DMA machine is single-stepped by the slave 
handshake. Refer to Section VI for details. 


Channel program microcode utilized. 

Requires both the GIC board under test and a known 
good GIC board dedicated to use as a communication 
target for the GIC-to-GIc transfers. Refer to 
Paragraph 1.1 for details. 


If "SWITCHES" option is selected, operator 
intervention is required to test switch positions. 
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1 | 
TEST DESCRIPTIONS | SECTION | 
| Iv | 


4.0 INTRODUCTION 


This section of the manual will provide you with a fair descrip- 
tion of the test sections and the steps within each step along 
with possible error conditions, error messages, and prompt mes- 
sages. 


4.1 SECTION 1 - SWITCHES AND INTERRUPTS 


The portscne of this section which require all switches to be set 
to all positions are optional. They are run only when the oper- 
ator desires to verify the ability of all the switches mounted on 
the GIC to correctly respond in all positions. These portions 
also test the circuitry associated with these switches. This 
option is selected by the "SWITCHES" option at runtime. Data for 
the Fault Data Summary is collected during this section only when 
the "SWITCHES" option has been selected. 


Step 1 - Verifies that the channel under test responds to ROCL 
at the address to which its CHAN ADDR switch is set. It 
also verifies that the channel responds at only one 
address. , 


Case 1 Verifies channel addresses 2 through 7. 
(Channel 1 is not used due to IMBA PCA.) 
Case 2 Verifies channel addresses 8 through 14. 
(Channel 15 is not used due to Mailbox Location 0.) 
Step 2 - Case 3 Verifies that the channel number set on the 
CHAN ADDR switch is the same as that read from register 
D by OBII. 


Step 3 - Case 4 Verifies that the channel number received by 
OBSI is the same as that set on the CHAN ADDR switch. 


Step 4 - Verifies that bits 0 and 3-15 of register E (CHANNEL 
CONFIGURATION REGISTER) are read as zeroes and that the 
DEVICE TYPE and PROCESSOR switches operate properly. 
Should this step indicate that both switches are 
inoperable (a highly unlikely situation), the 
diagnostic is exited. Should manual checking indicate 
that the switches are operational, it is likely that 
register E cannot be read. 


Case 5 Verifies bits 0 and 3-15 of register E. 
Case 6 Verifies both switches. 


Case 7 Verifies the DEVICE TYPE switch. 
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Case 8 Verifies the PROCESSOR switch. 
Step 5 - Verifies SYS CTRL switch. 


Step 6 - Case 9 Executed only if interrupts are found to be se 
in register C at this point by reading this register 


Verifies that such interrupts are cleared by the IM 
INIT command. 


Step 7 - Verifies that interrupts may be set for all devic 
numbers and that each device greater in priority tha 
device 7 has priority over device 7, Device number 


not responding properly are reported through erro 
messages. 


Case 10 Verifies devices 0 through 3 
Case 1l Verifies devices 4 through 7 


Case 14 Verifies that the proper device number i 
received from OBII and that the NOT VAL bit is clear 
indicating valid interrupt data. 


Step 8 - Case 12 Verifies that the GIC does not assert IRQ whe 
interrupts have been set but SMSK has disabled IRQ. 


Step 9 - Case 13 Verifies that the GIC under test respond 
properly to IPOLL when interrupts have been set an 
SMSK enables IRQ. Interrupts are turned off at the CPI 
for this step. 


Step 10 - Case 12 Verifies that the GIC does assert IRQ wher 
interrupts have been set and SMSK has enabled IRQ. 


Case 14 Verifies that the proper device number is 
received from OBII. 


Step 11 ~ Checks that IRQ was cleared by interrupt service. 
Step 12 - Case 9 Verifies that IMB INIT clears pending inter- 
rupts. 


Case 15 Verifies that writing to register C does not 
assert DNV on the IMB. 


Step 13 ~ Case 16 Verifies that INIT clears the interrupt mask 
for the channel under test by setting an interrupt for 


device 7 and verifying that TRQ is not asserted on the 
IMB. 
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Step 14 - Verifies that setting NEW STATUS using SIOP clears’ the 


Step 15 


Step 16 


Step 17 


Step 18 


Step 19 


NOT VAL bit in register F. Were the MODE switch in the 
OPERATE (in) position at this time, clearing bit 12 of 
register F would not inhibit setting CSRQ when NOT VAL 
is cleared by this step, causing a system crash. 
Therefore, before the SIOP is executed to set the NEW 
STATUS, the value of this switch is read, and if in- 
correctly set, the operator is prompted until he cor- 
rects the setting (to the out position) before’ the 
diagnostic will proceed. The NEW STATUS is not set if 
NOT VAL, register F, is already cleared when tested 
before SIOP, but the remainder of this step is exe- 
cuted. 


The remainder of this step verifies that NOT VAL is 
cleared by SIOP setting NEW STATUS, that the proper 


device number appears in register F, that only a DEV 
REQ is indicated, and that bits 0-4, register F, are 


zeroes. 

This step is executed eight times, starting with device 
number 7 and counting down, and therefore verifies that 
the priority encoder functions properly for this par- 
ticular sequence of NEW STATUS bits set. 

Case 17 Verifies the NOT VAL bit is cleared. 


Case 20 Verifies proper device number (checks the 
priority encoder). 


Case 18 Verifies SRQ, CHAN REQ cleared, DEV REQ set. 


Case 19 Verifies that bits 0-4 are zero. 


- Case 20 Verifies that SIOP can clear the NEW STATUS 


previously set for device 0. 


- Case 20 Verifies that HIOP can clear the NEW STATUS 


for device l. 


- Case 21 Verifies that the GIC under test responds to 


SPOLL2 at its proper channel address when MYCSRQ is 
asserted. 


- Case 22 Verifies that the GIC under test responds to 


SPOLL1 at its proper channel address when MYCSRQ is 
asserted. ; 


- Case 23 Verifies that OBSI returns the proper infor- 


mation previously set up by the series of steps pre- 
ceeding this one. The data returned by OBSI should be 
!027X where X may be !8, !9 or !A. If all tests in- 
eo SIOP and HIOP have passed, OBSI should return 
i] A. 
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4.2 SECTION 2 ~ PHI VERIFICATION 


Section 2 contains the PHI diagnostic. 


Step 20 - 


Step 21 - 


Case 24 Verifies that INIT clears the NEW STATUS 
register. Note, however, that the conditions that are 
being cleared are the conditions set by section 1. 
Although section 2 may be looped and no error condi- 
tion created by not preceeding it with section 1, 
neither will this step provide any meaningful data 
about the ability of INIT to clear NEW STATUS. 


Case 25 Checks the PHI in off-line mode by writing 
all bit combinations to the registers and reading the 
results. None of the non-data lines whose outputs 
drive GIC circuitry (DMARQ, etc.) are checked. This 
test runs approximately one minute. Failure of this 
test does not necessarily indicate a bad PHI, as much 
of the GIC logic is involved in the reads and writes 
to the PHI. If a replacement PHI yields the same 
Symptoms, the problem is probably elsewhere on the 
PCA. If this step fails, the diagnostic is automati- 
cally exited, as many of the tests performed after 
this point would be meaningless. 


4.3 SECTION 3 - PARTIAL CSRQ TEST 


This section tests part of the CSRQ logic. 


Step 22 - 
Step 23 ~ 


Step 24 ~ 


Case 26 Verifies that the DMA BUSY and PHI INT bits 
in register B are both cleared. If this step fails, 
further testing is probably meaningless, so the diag- 
nostic is exited automatically. 


Case 27 Verifies that no service requests are pending 
on the GIC under test. Should this test fail, the 
diagnostic is exited, as further testing is probably 
meaningless. 

Verifies that setting the DO SRO bit in register F 
causes only the SRQ bit in register F to be set, the 
NOT VAL bit cleared, and device 7 to be indicated, 
This tests a portion of the CSRQ logic. 

Case 28 Verifies SRO set, CHAN REQ, DEV REQ cleared. 
Case 29 Verifies NOT VAL cleared. 


Case 30 Verifies device number equals 7. 
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4.4 SECTION 4 - PARTIAL CSRQ TEST 

This section tests more of the CSRQ logic. 

Step 25 - Case.3l Verifies that writing device number 3 to 
register F causes device number 3 to be read from re- 
gister B. 

Step 26 - Causes a simulated parallel poll response for device 7 
on the HP-IB and then verifies that this response caus- 
es NOT VAL to be cleared, device 3 to be indicated, and 
only CHAN REQ to be asserted in register F. 

Case 32 Verifies NOT VAL is cleared. 
Case 33 Verifies device number equals 3. 
Case 34 Verifies only CHAN REQ asserted. 

Step 27 - Performs an OBSI, which should receive the parallel 

poll response device number 7 instead of the DMA device 


3. The OBSI should show the NOT VAL bit cleared and a 
DEV REQ only. 


Case 38 Verifies device 7. 
Case 35 Verifies NOT VAL cleared. 


Case 36 Verifies DEV REQ only. 


4.5 SECTION 5 - PARALLEL POLL PRIORITY 


The parallel poll priority encoder is checked by this section. 


Step 28 - Case 37 Verifies that the INIT command clears the DMA 
device number read from register B. 


Step 29 ~- Case 38 Partially tests the parallel poll priority 
encoder. To do this, a parallel poll response is 
generated for device 7 with each of the other device 
numbers, one at aé_e time. Since device 7 has lowest 
priority, the other device numbers will be read by 


OBSI. This is a partial test only, since there are 
many conditions in the priority encoder not checked by 
this test. 
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4.6 SECTION 6 - PARTIAL CSRO TEST 


This section tests certain paths in the CSRQ logic. Refer to the 
figure entitled "CSRQ Logic Flowchart" of the GIC ERS. The con- 
dition of the channel is altered and the effect observed by 
noting the state of the NOT VAL bit in register F. 


Step 30 - Case 39 SRO is asserted on the HP-IB. This should 
clear the NOT VAL bit in register F. If the NOT VAL 
bit is not cleared, either SRO cannot be asserted or 
the CSRQ logic is inoperable. ‘The remainder of this 
section is bypassed. 


Step 31 - Case 40 The NO POL bit, register F, is set and 
verified by reading register B. If this bit cannot be 
set, step 32 is bypassed as the CSRQ function it tests 
cannot be activated. 


Step 32 - Case 41 Reads register F to verify that NO POL, set by 
the previous step, set NOT VAL. Since the ability to 
Clear the NOT VAL bit by asserting SRQ has already been 
tested by Step 30, the only logic included in this test 
is the data path from the NO POL bit to the IMB through 
the read register F logic. 


Step 33 - Case 42 Verifies that asserting DMARQ causes the CSROQ 
logic to assert NOT VAL in register F. First the NO POL 
bit, register B, is cleared, then register 6 is written 
with !0002 to generate DMARQ from the PHI. Register F 
is read to verify NOT VAL set. 


Step 34 - Case 43 Clears DMARQ by writing !0 to register 6 to 
clear NOT VAL, then sets NOT VAL by clearing EOI (by 
writing !405C to register 0). Reading register F 
verifies that NOT VAL is set. 

4.7 SECTION 7 - REGISTERS 8,9, AND A 

This section verifies that each bit in registers 8, 9 and A can 

be written and read independently of all other bits in those 

registers. Testing these registers also checks the IMB and GIC 

data buffers for adjacent data line shorts. 


Step 35 - Verifies that bits in register 8 are independent and 
operational. 


Case 44 Verifies bits 12-15, register 8. 
Case 45 Verifies bits 8-11, register 8. 


Step 36 - Verifies that bits in register 9 are independent and 
operational. 
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Case 46 Verifies bits 12-15, register 9. 
Case 47 Verifies bits 8-11, register 9. 
Case 48 Verifies bits 4-7, register 9. 


Case 49 Verifies bits 0-3, register 9. 


Step 37 - Verifies that bits in register A are independent and 
operational. 


Case 50 Verifies bits 12-15, register A. 
Case 51 Verifies bits 8-1l, register A. 


Case 52 Verifies bits 4-7, register A. 


Case 53 Verifies bits 0-3, register A. 


4.8 SECTION 8 - DMA STATE MACHINE 


This section begins the test of the DMA state machine. To test 
this sequential state machine, which is normally driven by an 
independent oscillator, the DIAGNOS bit in register F is used to 
disable the state machine oscillator, and allow the timing of the 
DMA machine to be synchronized with the slave handshake. The 
state machine is clocked by the slave handshake, one clock to the 
DMA machine for every slave handshake. performed. Three slave 
handshakes are required for one state time of the DMA machine. 
Before starting DMA, the DMA control register is checked to see 
that all bits operate properly. Short DMA transfers are relied 
upon for all synchronized DMA operations in this and later 
sections. 


Step 38 - Case 54 Verifies that the DMA EN bit, register 8, is 
not set when this section of the diagnostic is begun. 


Step 39 - Verifies that bits 9-11 of register B can be set by 
writing to register F, and that writing to register F 
. * eg 
does not start DMA (indicated by DMA BUSY, register B, 
not being set). 
Case 55 Verifies DMA BUSY is not set. 
Case 58 Verifies RT BYT bit. 
Case 56 Verifies NO END bit. 
Case 57 Verifies DMA OUT bit. 


Step 40 - Verifies that bits 9-ll, register B, can be cleared by 
writing to register F. 
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Step 41 - 


Step 42 - 


Step 43 - 


Step 44 - 


Case 58 Verifies RT BYT bit. 
Case 56 Verifies NO END bit. 
Case 57 Verifies DMA OUT bit. 


Sets up a synchronized DMA transfer, an output transfer 
starting on the left byte, with initial byte count . of 
zero, with NO END set, NO POL cleared, for device 3. 
The starting memory address is !FFFE, DMARQ s_ assert- 
ed throughout the transfer by loading register 6 with 
!0002. The DMA EN bit, register 8, is checked to veri- 
fy that starting DMA sets it. The DMA BSY bit, regis- 
ter B, is checked to verify that it is set. PAR’ ERR, 
ADR OVF, MEM TIM, and DMA STATUS are verified to be 
cleared. Register E is written to the DMA transfer to 
verify the abort path. Register 8 is read to assure 
that state 26 is reached within 10 slave hand-shake 
Operations of the write to register B. : 


Case 59 Verifies that write register B set DMA EN, 
register 8, 


Case 60 Verifies that write register B set DMA BSY. 
Case 61 Verifies that the PAR ERR bit can be cleared. 
Case 62 Verifies that the ADR OVF bit is cleared, 

Case 63 Verifies that the MEM TIM bit is cleared. 

Case 64 Verifies DMA STATUS can be cleared. 

Case 65 Verifies DMA state progression from state 0 to 
26. Pailure of this test terminates diagnostic 
execution. 

Case 66 Verifies the CSRQ information from register F 
at this point in the DMA transfer. Although DMA was 
aborted between Case 64 and Case 65, DMA ABT is not yet 
set, as the DMA machine has not yet entered state 5, 
Contents of register F should be !00FF. 

Verifies that DMA BSY is still set, but that DMA STATUS 
indicated 11 (abort). The abort occurred between Case 
64 and Case 65. 

Case 67 Verifies DMA BSY still set. 

Case 68 Verifies DMA STATUS is ll. 

Verifies state progression from state 26 to state 5. It 


also verifies that writing to register E cleared the 
DMA EN bit in register 8. 
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Case 69 Verifies DMA EN cleared. 


Case 70 Verifies DMA state progression from state 26 
to state 5. Failure of this test causes the diagnostic 
to be exited. : 


Case 71 Verifies the CSRQ information in register F at 
this point in the DMA transfer. Register F should 
contain !09FB. For this test to pass, the DMA machine 
must have reached state 5, and the PHI have asserted 
its INTERRUPT line. To insure that PHI INTERRUPT will 
be asserted, register 3 was loaded with !FFFF before 
this transfer was initiated. If this test fails, the 
diagnostic is exited, since the CSRQ logic has now been 
throughly tested and should be diagnosable. This 
allows for simplification of the following test data. 


Case 72 Verifies that the RT BYT bit was toggled 
during state 26. 


Verifies that the DMA BYTE COUNT register, register A, 
previously loaded with !0, was decremented to !FFFF 
following state 26. This value was chosen to verify 
that the ripple clock outputs properly decremented the 
succeeding clock stages. This also verifies that the 
counter bits may be set by the clock inputs. This does 
not verify that the bits in the counter are completely 
functional, as some bits may conceivably set but not 
clear when the counter is clocked. 


Case 73 Verifies bits 12-15, register A, for IF. 
Case 74 Verifies bits 8-11, register A, for !F. 
Case 75 Verifies bits 4-7, register A, for IF. 
Case 76 Verifies bits 0-3, register A, for IF. 


Case 77 Verifies that the state machine remains in 
state 5 for multiple state times until OBSI is executed 
to the channel. If register 8 indicates state 5, this 
is verified, since it has been more than one state time 
since state 5 was executed. (State 5 was entered before 
test 71). If this step fails because the wait for OBSI 
fails, the state read will be either 0 or 4. If this 
test fails, diagnostic execution is terminated. 


Case 79 Performs a read of register 2 while DMA is 
active, and verifies that this causes DNV to be assert- 
ed in the IMB. 


Case 78 Issues OBSI to the channel under test, then 
clocks the state machine one state time, and verifies 
that state 4 is then entered. This checks that OBST 
allows progression from state 5 to state 4. If this 
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Step 51 - 


Step 52 ~ 


Step 53 - 


Step 54 - 


Step 55 - 


Step 56 - 


Step 57 - 


test fails, diagnostic execution is terminated. 


Case 80 Performs a read of register F while DMA is 
active and verifies that DNV is not set on the IMB. 


Case 81 Verifies that three DMA clock cycles after 
State 4 was entered, state 0 has been reached. If this 
test fails, diagnostic execution is terminated. 


Case 82 Verifies that starting a left byte output DMA 
transfer drives the state machine through state 26 to 
State 27 from state 0. If either state 26 or 27 is not 
reached, diagnostic execution is terminated. 


Verifies the state machine progression from state 27 
through state 17 to state 16. The transition from 
state 17 to 16 depends on the assertion of MEMDN and 
the unassertion of CNTO. During this step, DMA is 
aborted by a write to register E. If improper states 
are reached diagnostic execution terminates. 


Case 81 Verifies transition from state 27 to 17. 
Case 83 Verifies state 17 to 16 transition. 


Case 84 Verifies DMA state machine progression from 
state 16 to state 24, This requires assertion of 
IOEND, indicating a PHI handshake completion. However, 
no check of the data is made so this step could succeed 
and the PHI data handshake still be defective. If an 
incorrect state is reached, execution is terminated. 


Case 85 Verifies that register A (DMA BYTE COUNT) has 
been decremented twice since this DMA started, from 
{FFFF to !FFFD. The starting value was the result of 
the preceeding transfer in this section. If !FFFD is 
not read, execution terminates. 


Case 86 Verifies that the write to register 14 execut- 
ed during step 54 causes the state machine to progress 
from state 24 to state 5. If state 5 is not reached, 
the diagnostic is terminated. OBSI is also issued and 
the progression from state 5 to state 4 is verified. 
Failure of the state machine to reach state 4 causes 
diagnostic execution to terminate, but test 86 is not 
marked as failing in that case. 


4.9 SECTION 9 - RIGHT OUTPUT DMA TRANSFER 


This section sets up and executes a synchronized output DMA 


transfer 


of two bytes, starting with the right byte, which ter- 


minates normally on a count~equal-zero condition. Refer to Sec- 
tion VI for an explanation of synchronized DMA transfers. 
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Step 58 - Case 87 Asserts DMARQ from the PHI by writing !2 to 


Step 59 ~ 


register 6 to cause DMARQ to look for outbound FIFO not 
full (always true for a two~-byte transfer), sets up 
registers 8,9, and A to 10, !CFFF, !FFFD respectively, 
starts the DMA transfer, and synchronizes the program 
with the DMA clock. It verifies that DMA goes from 
state 0 to state 28. Reaching an incorrect state ter- 
minates the diagnostic. 


Case 88 Verifies state progression from state 28 to 
24. This progression requires the assertion of MEMDN 
by the master handshake. This test does not verify 
that any data has been read as a _ result of this 
handshake. Failure to reach. state 24 terminates 
diagnostic execution. 


Step 60 - Case 89 Verifies that DMA will go from state 24 to 25. 


Step 61 - 


Step 62 - 


This requires assertion of both DMARQ and DMAENF. If 
this test fails, execution terminates. 


Verifies DMA state machine progression from state 25 
through state 29 to state 30, and verifies that 
register 9 (DMA ADDRESS REGISTER) was incremented to 
!D000. Arrival in incorrect states will terminate 
Giagnostic execution. 


Case 81 Verifies progression from state 25 to 29. 

Case 90 Verifies bits 12-15, register 9, are !0. 

Case 91 Verifies bits 8-ll, register 9, are !0. 

Case 92 Verifies bits 4-7, register 9, are !0. 

Case 93 Verifies bits 0-3, register 9, are !D. 

Case 94 Verifies progression from state 29 to 30. 
Transfers the second byte of this transfer to the PHI. 
It verifies state changes from 30 through 26, 27, 17, 1 
and 5 to 4. State changes occuring incorrectly ter- 
Minate the diagnostic. Fault data is not entered for 
State changes that have already been verified, but the 
failures are reported through error messages. The byte 
count equal zero condition to terminate the transfer is 
created artificially by writing !0 to register A during 
this step. 

Case 95 Verifies change from state 30 to 26. 

Case 83 Verifies change from state 17 to l. 


Case 95 Verifies change from state 1 to 5. 
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Case 96 Verifies DMA STATUS is 0, indicating normal 
termination. 


4.10 SECTION 10 - RIGHT OUTPUT DMA TRANSFER 


This section performs a test of the DMA State machine to verify 
state transitions in the output, right byte branch of the DMA 
State diagram. State transitions, once successfully completed, 
but which now fail are reported by error messages, but no data is 
entered into the Fault Data Summary. All incorrect state changes 
terminate execution of the diagnostic. Refer to Section VI for 
an explanation of synchronized DMA transfers. 


Step 63 - Case 94 An output transfer of 1 byte, to start on the 
right byte, is initiated by a write to register B. 
DMARQ is held asserted by writing !2 to register 6. 
States 28, 24, 25 and 29 are traversed without FAULT 
DATA reporting, but errors are reported through error 
messages, These transitions depend on assertion of 
MEMDN, DMA EN, and DMARQ. The change from state 29 to 7 
requires assertion of CNTO. Failure of this transition 
is reported in the FAULT DATA SUMMARY if this failure 
occurs. If any of these state transitions fail, 
execution is terminated. 


Step 64 - Case 95 Verifies the state transition from state 7 to 
state 5, This transition depends on the assertion of 
ITOEND. However, the data output is not verified, and 
this test succeeding does not indicate that the PHI 
will properly receive data, Failure of this step 
terminates execution. 


Step 65 - Case 97 Executes OBSI to the channel under test and 
clocks the state machine to state 4. It verifies that 
DMA EN is cleared when state 4 is entered. Failure to 
enter state 4 terminates diagnostic execution. 


4.11 SECTION 11 - LEFT INPUT DMA TRANSFER 


This section performs a test of a DMA input transfer, receiving 
and writing only 1 byte. This requires that a whole word be read 
from memory, the proper byte be replaced by the byte input from 
the PHI, and the word be written back into memory. This allows 
testing of some of the byte packing and unpacking logic, 
decrementing of the byte count, and setting of proper status. 


Step 66 - Case 87 Sets up the DMA transfer by programming the 
PHI for loop-back (!60 to register 7), and loading !cc 
into the inbound FIFO, by loading memory address !CFFF 
with !3333 and by writing the proper data to register B 
to start the transfer. The DMA clock is synchronized. 
Arrival in state 8 from state 0 is verified. If this 
state is not entered, the diagnostic is exited. 
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Case 98 Verifies that the state machine can go from 
state 8 to state 9. This depends on assertion of DMA 
EN and DMARQ. Special circuitry is required to keep 
DMARQ asserted after DMIOGO] is asserted when operating 
a synchronized transfer. This logic may cause failure 
in the synchronized DIAGNOS mode but not in normal 
Operation. Failure of this state transition will 
terminate program execution. 


Case 73 Verifies that state 8 decremented the byte 
count to !0. 


Case 81 Verifies the state change from state 9 to 20. 
Failure of this test will terminate program execution. 


Case 99 Verifies assertion of IOEND as a result of 
DMIOGO] in state 20. State 22 cannot be reached until 
IOEND is asserted. Data from this PHI handshake is 
checked later in the diagnostic, but failure of the 
master handshake or byte packing circuitry could mask a 
correct data transfer. Failure will terminate 
execution. 


Case 100 Verifies the state transition from state 22 to 
18. This is dependent on assertion of CNTO, indicating 
the detection of the byte count being decremented to 0. 
Failure of this test terminates diagnostic execution. 


Case 101 Verifies that DMA STATUS, set during step 71, 
is 10. If this test fails, it might indicate PHI mal- 
function. 


Case 81 Verifies state transition from state 18 to 19. 
If this test fails, the diagnostic terminates. 


Case 88 Verifies the state transition from state 19 to 
23. This requires the assertion of MEMDN in response 
to DMRDRQ. Failure of this test terminates diagnostic 
execution. 


Verifies state machine progression from state 23 
through 21 to 5, Arrival in state 5 indicates that 
DMWRRQ generated MEMDN. This step does not check the 
validity of the data sent. Pailure to arrive in the 
correct states will cause termination of the 
diagnostic. 


Case 81 Verifies transition from 23 to 21. 
Case 102 Verifies transition from 21 to 5. 
Verifies that the word in memory accessed by this DMA 
(location !ICFFF) has had the left byte written as !CC 


and the right byte left untouched as !33. This is the 
first time that the data from DMA reads and writes has 
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been checked so extensive blocks of circuitry are 
implicated should this step fail. If it does fail, 
diagnostic execution is terminated. 
Case 103 Verifies left byte is !cc 


Case 104 Verifies right byte is 133 


Step 77 - Case 105 Verifies that the IMB command INIT will clear 


the state to zero when executed. 


4.12 SECTION 12 - DMA INPUT TRANSFERS 


This section performs several DMA transfers to test various paths 
through the DMA state diagram. 


Step 78 - Verifies that register 9 is incremented, register A is 


Step 79 


Step 80 


Step 81 


Step 82 


decemented and DMA STATUS set to 10 when this 
right-byte input transfer is performed. States tra- 
versed are 6, 2, 10, 11, 15, 13, 5, 4 and 0, in that 
order. State transition failures are reported through 
error messages, but data on these failures is not re- 
ported in the FAULT DATA SUMMARY. However, when an 
incorrect state is entered, the diagnostic execution is 
terminated. Correct decrementing of register Ais in- 
dicated by a correct transition from state 15 to 13. 


Case 101 Verifies DMA STATUS is 10 
Case 106 Verifies DMA ADDRESS is !D000 


Case 107 Verifies that the right data byte is properly 
read from the PHI and written into the proper word in 
memory (location !CFFF). The right byte should be !44, 
Failure terminates execution. 


Case 108 Verifies that the left data byte of the 
memory word (location !CFFF) was restored by the DMA 
machine as it was before the transfer. The left data 
byte should be !33., 


Case 70 Initiates a DMA input transfer, starting on 
the left byte, and then aborts it by writing to 
register E to verify that the state machine can go from 
state 8 to 5. OBSI is then issued, and DMA driven to 
state 4. Incorrect state transitions cause execution to 
terminate, 


Verifies that the DMA state machine detects the 
condition where CNTO is not asserted by starting an 
input transfer of more than 1 byte on the left byte, 
allowing it to progress from state 0 through states 8, 
9, 20, and 22 to state 10. Arrival in state 10 indi- 
cates CNTO not asserted was detected. A write register 
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E in state 20 causes the next state after 10 to be 
state 18, indicating the abort succeeded. 


Case 100 Verifies CNTO unasserted 


Case 70 Verifies state 10 to 18 transition due to WREG 
E. 


4.13 SECTION 13 - RIGHT TO LEFT BYTE DMA PATH 


This section checks the path from state 15 to state 14. (Refer 
to Section VI for notes on synchronized DMA. ) 


Step 83 - Case 109 Verifies DMA state transitions from state 0 
through states 6, 2, 10, 11, 15, and 14. Arrival in 
state 14 requires that CNTO be unasserted and MEMDN be 
asserted. Only the arrival in state 14 is checked, and 
failure to arrive in state 14 will cause termination of 
the diagnostic. This path is checked by an input 
transfer starting on the right byte. 


Step 84 - Case 81 Verifies the state transition from state 14 to 
state 8. Failure to reach state 8 terminates execution 
of the diagnostic. 


Step 85 - Case 106 Verifies that state 14 incremented register 9 
(DMA address register) to !D000. This checks’ the 
ripple clock propagation to all states. 


4.14 SECTION 14 - DMA WAIT STATES 


This section checks various wait states where the DMA state 
machine is to wait for the assertion of DMARQ. These are checked 
by removing DMARQ and then entering those states and verifying 
that those states are not exited. (Refer to Section VI for notes 
on synchronized DMA. ) 


Step 86 - Case 110 Starts a right byte output transfer and 
verifies that the state machine hangs in state 24. 
Failure to remain in state 24 terminates program 
execution. 


Step 87 - Case 110 Starts a left byte output transfer and 
verifies that the state machine hangs in state 26. 


Failure to remain in state 26 causes diagnostic 
execution to be terminated. 
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4.15 SECTION 15 - pMA WAIT STATES 


This section checks various wait states where the DMA. state 
Machine is to wait for the assertion of DMARQ. These are checked 
by removing DMARQ and then entering those states and verifying 
that the state machine is still in the same state one state time 
later. (Refer to Section VI for notes on synchronized DMA. ) 


Step 88 - Case 110 Starts a left byte input transfer and 
verifies that the state machine hangs in state 8, 
Failure to do so results in termination of the 
diagnostic. 


Step 89 - Case 110 Starts a right byte input transfer and 
verifies that the state Machine hangs in state 10 when 
DMARQ is not asserted, Pailure to remain in State 10 
causes the diagnostic to terminate, 


4.16 SECTION 16 - ADDRESS ROLLOVER 


This section generates address rollover, which should abort the 
DMA transfer and set DMA States to ll. (Refer to Section VI for 
notes on synchronized DMA). 


Step 90 - Case 11l Starts a right byte Output transfer with 
address equal to !FFFF. States 0, 28, 24, and 25 are 
traversed, and an address roll-over is generated. DMA 
EN is checked to verify that it has been cleared. 


Step 91 - Case 112 Verifies that the address rollover generated 
in step 90 set DMA STATUS to 11 and set the ADR OVF bit 
in register B. 


4.17 SECTION 17 - IMB MEMORY TIMEOUT 


This section tests the memory timeout logic by accessing 
non-existent memory. (Refer to Section VI for notes on synchroniz- 
ed DMA. ) 


Step 92 - Case 113 Starts a DMA transfer that accesses memory 
location !0FF 0003 * an address that is hopefully 
non-existent. This causes a memory timeout to be 


generated, This occurrence is verified by reading 
register B and seeing that DMA STATUS is 11 and MEM TIM 
is set. 


4.18 SECTION 18 - PARITY ERROR ABORT 
This section checks the parity error circuitry in the master 


handshake’ and clearing of abort DMA STATUS. (Refer to Section 
VI notes on synchronized DMA. ) 
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93 - Case 114 Checks the parity error logic in the master 
handshake by creating a word in memory with incorrect 
parity and reading it with a DMA transfer. The PAR ERR 
bit, register B, is read to be sure it is set. 


94 - Case 115 Verifies that a write to register B clears 
DMA STATUS from 11 to 00. 
SECTION 19 - DNV ASSERTION 


(Refer to Section VI for notes on synchronized DMA. ) 


95 - Case 116 Verifies that DNV is asserted on the IMB when 
a read of register 0 is attempted with no parallel poll 
in progress and no byte in the inbound FIFO. 


SECTION 20 - DNV ASSERTION 


(Refer to Section VI for notes on synchronized DMA.) 

96 - Case 117 Verifies that DNV is not asserted on the IMB 
when register 0 is read and a parallel poll is in pro- 
gress on the HP-IB. 

SECTION 21 - NEW STATUS WHEN NOT CACS 
(Refer to Section VI for notes on synchronized DMA. ) 

97 - Case 118 Determines that NEW STATUS may be set by SIOP 
when the channel is not CACS by verifying that NOT VAL 
is cleared following the operation. 

SECTION 22 - DNV ASSERTION 
(Refer to Section VI for notes on synchronized DMA. ) 

98 - Case 119 Verifies that DNV is not asserted when 

register 0 is read, no parallel poll is in progress but 


DMARQ is asserted (signifying a byte in the inbound 
FIFO). 
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4.23 SECTION 23 - DMA LOOPBACK TESTS 


Loopback tests of DMA. (Refer to Section VI for notes on synch- 
ronized DMA). 


Step 99 - Case 121 Verifies that the last byte of an output 
transfer has EOI appended to it when this function has 
been enabled. This is checked by doing an output 
transfer with the PHI in loop-back mode and then 


reading the byte transferred from the inbound FIFO. 
Bits 0 and 1 should be 11. 


Step 100 - Case 122 Verifies that the right byte of the last 
word read before an address rollover is detected by the 
state machine is not cleared before it is transferred 
to the HP-IB. If both right and left bytes are 
incorrect (reported by error messages), a more serious 
problem is indicated than only the alteration of the 
right byte, Perhaps memory reads or PHI writes are not 
operating properly. 


4.24 SECTION 24 - GIC TIMEOUT LOGIC CHECK 


This section verifies correct operation of the GIC timeout logic. 
The section is done in four steps. 


Step 101 - Normal interrupt, halt 
The channel program: 


WREG 0, 1405E <<address chan to talk>> 
INT H, 1, F << end >> 


is executed. Normal channel program processing is 
expected. After allowing sufficient time (milliseconds) 
for the channel program to complete, the second CPVA 
word is checked to insure a value of !800F, the 
expected halt code. 


Step 102 - Receive data request sent and no data 
The channel program: 


WREG 0, !Cc000 <<receive data request>> 
Int H, 1, 1 <<end>> 


is executed, This program should not complete 
normally, but should be aborted by the CPU because the 
inbound FIFO of PHI has been told to receive data then 
no data is transfered. The 4th DRT word is checked 
during the timeout to insure it contains the value 
18004 (the program is suspended waiting for another 
service request), a sufficient time (1 second) is 
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allowed for the timeout abort, then CPVA word 0 is 
checked to insure a value of !£004 (timeout). 

Step 103 - Receive data request - DMA INPUT 


The channel program: 


WREG 0, 1!¢000 <<receive data request>> 
EXECUTE DMA <<byte count=9, input>> 
END : 


is executed. This program should time out because more 
bytes are expected by the channel program (9 bytes) 
then .can_ be provided by the inbound FIFO. The 4th DRT 
word is verified to be !8002 (channel program and DMA 
active) a sufficient time (1 second) is allowed for the 
timeout to occur, then CPVA word 0 is verified to be 
{E004 (timeout abort). 


Step 104 ~ Receive data request - DMA output 


The channel program: 


WREG, 0, !C000 <<receive data request>> 
EXECUTE DMA <<output, byte count=2>> 
END 


is executed. This program should time out because a 
read data request is sent, then an OUTPUT transfer is 
executed. The same tests of the DRT and CPVA words 
described in the previous step are executed. 


4.25 SECTION 25 ~ GIC-TO-GIC TRANSFERS 
Step 105 ~ Case 120 


This section uses a known good second GIC to provide stimulus to, 
and to respond to stimulus provided by the GIC under test. (Refer 
to paragraph 1.1 for cabling instructions. ) 


The GIC under test, using HP-IB device address 5, transfers a 256 
byte buffer on the HP-IB to device address 3 on the known good 
GIc. Then, the direction of transfer is reversed and 256 bytes 
are transferred on the HP-IB from device address 3 of the known 
good GIC to device address 5 of the GIC under test. This se- 
quence is repeated 100 times. A dot appears on the display every 
other time. The DRT and CPVA areas of both channel/device number 
are tested to insure completion of these channel programs. Then, 
the transfer buffers are checked to verify the ability of the GIC 
under test to transfer data in and out of memory. Interface 
Clear signal is sent via the second GIC to the one under test to 
check its response. 
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5.0 INTRODUCTION 
The table on the following page relates functions and blocks 
tested (e.g., channel program execution; PHI) to specific tests 
(Sections in the Diagnostic) and subsystems (GIC, IMB, CPU, 
and Memory). 
There are two ways to use the table: 
(1) Enter the table at the failing section. This tells you: 

a. which function or block was under test 

b. the most likely failing subsystems in order of probability 
(2) Enter the table at a block or function. This tells you: 

a. which test section explicity tests that block or function 


b. which test sections depend on that block or function in 
order to pass 


c. which subsystems cause failure of that block or function 


If every block or function were independent of the others and 
could be tested independently, then the table would have only a 
diagonal line of 'X's. Since this is not the case, the table 
provides a compact guide to these interrelationships; to deal 
with the cases in which the subsystem appears to fail due to the 
failure of other subsystems. 


(See separate Specialist-level document, the GIC Diagnostic IMS, 
for a component-level table. ) 
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Section Number 


3 8 17 18 19 23 24 


NS 
wi 


| 

Block or | 
Function | Vv 

| 

| 


Vv Vv 
Tested 7 16 22 








Switches & 
Interrupts 


PHI 
CSRQ and 
Registers 


DMA State 
Machine 


| 

l 

| 

l 

| 

| 

| 

| 

| 

l 

| 

| 

{ 
Memory | 
Timeout | 
| 

Mem Parity | 
Error | 
| 

DNV on IMB | 
| 

| 

Channel | 
| 

| 

| 

| 


Programs 


GIC-GIC 
Transfer 


Key: X = function or block under test 


Subsystems In 
Order Of Failure 
Probability 


GIC, IMB, CPU 


PHI, GIC 
GIC, PHI, IMB 


GIC, PHI, 
Memory 


IMB, 


CPU 


IMB, 


GIC, IMB, Memory 


GIC, IMB, CPU 


GIC, CPU, Memory 


PHI, GIC, HP-IB 


~ = function or block must work to pass test 


Figure 5.1 
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Case - The entity which verifies proper circuit conditions along 
a distinct path in the logic, which has a unique case 
number and has associated with it one or more location 
designators. Cases verify portions of the board which 
correspond to the location designators associated with 
all signals which are active during the test. 


Channel - In this diagnostic, this refers to the 31262A General 
I/O Channel. 


Error Message - A message output when an error condition is 
detected in response to a diagnostic stimulation. Error 
Messages generally contain symptom data specific to the 
error encountered. 


PHI ~ Processor to HP=IB Interface chip. 


Synchronized DMA Transfer - A DMA transfer which is run in 
synchronization with the slave handshake, where the DMA 
state variables are updated once every three slave 
handshake operations of the channel being diagnosed. To 
enable the DMA state clock to become properly synchro- 
nized, so that the state variable change occurs after 
the third slave handshake, the state variables are 
sampled until the change is detected by a diagnostic 
program sub-routine before any section requiring syn- 
chronized transfers is executed. 
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